home *** CD-ROM | disk | FTP | other *** search
/ Mac-Source 1994 July / Mac-Source_July_1994.iso / C and C++ / Text⁄Files / Suntar 1.3.2 / ideas for future expansions < prev    next >
Encoding:
Text File  |  1992-10-31  |  3.1 KB  |  63 lines  |  [TEXT/KAHL]

  1. Ideas for future expansions:
  2.  
  3. Fully system 7 savvy
  4. Add new formats to "Open file…": uuencode, files in three parts 
  5.     (the "old" .data, .rsrc, .info, or the other three-files format
  6.     used by CAP (e.g. aufs)), maybe even StuffIt. And support for
  7.     BinHex files broken into pieces
  8. Write also to files, not only to disk
  9. A better way to select files to be written, and maybe a "write smart"
  10.     which chooses the format (ASCII, data fork only or MacBinary) according
  11.     to the type (TEXT or other) and size of res fork (0 or nonzero)
  12. Support of tape units, some of them may be connected to both a Mac and
  13.     a UNIX machine…
  14. Convert properly MS-DOS text files
  15. A conversion table file extension => type and creator. To store it in
  16.     a STR resource would yield a very easy implementation, but would
  17.     not be useful since nobody would use it, a graphical interface is
  18.     required !
  19. PackIt files could be extracted on the fly during a MacBinary or BinHex
  20.     extractions (that means three cascaded conversions, but in most cases
  21.     those conversions simply copy the bytes)
  22. View sector is less powerful than a true sector editor
  23. Suntar lacks a "percent of work done" indicator
  24. According to some (unclear) technical notes, A/UX uses '/' rather than ':'
  25.     in partial pathnames even when it's called through the Mac ToolBox
  26.     calls. Since suntar uses a lot of partial pathnames, currently
  27.     it does not run under A/UX. Obviously A/UX users may use the
  28.     UNIX tar, but a) it lacks a graphical user interface and,
  29.     b) it does not support three multivolume formats (for the same
  30.     reasons, somebody could even want to port suntar to X-Window !)
  31. Place all Italian strings in a STR# (and the values of Intl0Vers for
  32.     versions in italian in another resource) so that the non-English
  33.     language of suntar could be changed
  34. A verify disk (which does not limit itself to reading, as Find headers)
  35. To be able to open a log file with a copy of everything was sent to
  36.     the console
  37. A UNIX-like pattern matching on names to be extracted
  38. Handle cpio and pax formats
  39.  
  40. Things which are not done very well:
  41.  
  42. When extracting the "icon" invisible file, set the "has custom icon" bit
  43.     of the parent folder
  44. The semimodal dialogs should look more like Apple's movable modals
  45. Ask back the disk if it's not there when suntar truncates the archive because
  46.     an error aborted writing the last file, or at least print the sector
  47.     number which must be cleared if the user refuses to insert back
  48.     that disk
  49. When the user inserts a disk in the working drive, have some way to
  50.     recognize it (e.g. remember the bytes in the checksum field of
  51.     sector 0), before asking whether it's the disk I was working on.
  52.     Same if a long time has passed without suntar being in foreground
  53. For some operations suntar uses mac_fwrite, but it does not benefit from
  54.     the disk buffering added in version 1.3
  55. When it's possible, check next AIX disk by looking forward to the sector
  56.     where next header should be. In some cases, it could even use a
  57.     "Find headers" and start from the first good header (AIX tar has
  58.     an option to do that)
  59. According to Apple the positions of windows should be saved, and restored
  60.     at next launch
  61. Never open and never close a Working Directory, since they create a lot
  62.     of problems
  63.